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(57) Abstract 

Intelligent Tnist Management provides a centralized security facility that gives system components a flexible mechanism for 
implementing security policies. System components such as applications create a request describing an action that needs to be checked 
against an appropriate security policy. The request is given to a trust system that determines which policy object applies to the request, 
and may pass request arguments to the policy. The policy objects include executable code that uses any arguments along with dynamically 
obtained variable information to make a decision. The decision is returned to the system component, which then operates accordmgly. 
Policy objects may maintain state and interface with the user independent of the system component in order to obtain infonmation to make 
dieir decisions. Policy objects may call other policy objects and/or mathematically combine the results of other policy objects to make a 
decision. 
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INTELLIGENT TRUST MANAGEMENT METHOD AND SYSTEM 



FIELD OF THE INVENTION 

The invention relates generally to computer systems, 
5 and more particularly to improvements in trust management 
for computer systems. 



BACKGROUND OF THE INVENTION 

Trust management is directed to the concept of 
10 controlling decisions made by system components such as 

applications with respect to certain potentially dangerous 
actions. In general, to make an appropriate decision, an 
application's desired action is verified against a policy. 
A policy for a particular action is a set of rules that 
15 determine whether that particular action is allowed or 
denied. By way of example, a web browser may make a 
decision on whether to download executable code from the 
Internet based on a policy comprising explicit user 
preferences and the validity of a digital signature on the 
20 code. Similarly, a certificate authority makes a decision 
whether to issue a certificate based on whether the 
requestor complies with its policy for establishing its 
identity, while a secure operating system such as Microsoft 
Windows NT decides whether to log on a user based on a 
25 policy of whether the correct account password was 

supplied, the account is not locked out and whether other 
constraints, such as logon time and date restrictions, are 
not violated. 

However, although in general the operation of 
30 verifying a request for action against a policy is common 
to trust management in applications, policy evaluation 
implementations are different in each application. .For 
example, policies are represented in different ways in each 
application, and sometimes difficult for users to locate or 
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recognize. Moreover, because the policies are built into 
the applications, the policies are essentially static and 
only minimally modifiable as limited by a few optional 
settings. As a result, there 'is no easy way to modify or 
add new policy constraints to policies used by applications 
to control their decisions, nor is there an easy way to 
enforce new domain-wide policies. Administrators of large 
(enterprise) networks are often forced to go to great 
lengths to uniformly implement policies. 



SUMMARY OF THE INVENTION 

Briefly, the present invention provides a system and 

15 method of using a policy to make a decision on a proposed 
action of a system component such as an application. In 
accordance with the present invention, policies are 
centrally maintained system resources . available to any 
system component through an intelligent trust manager. 

20 Action information including the proposed action is 
received from a system component, and the action 
information is used to obtain a policy corresponding to the 
proposed action. To this end, the policy may be 
implemented in a COM object mapped by a policy manager to 

25 the action identified in the action information. The 
policy dynamically obtains variable information at the 
policy from a source independent of the system component, 
such as via state maintained in the policy, from other 
context, through a user interface, or from an external 

30 source such as a website. The policy makes a decision via 
executable code therein, based on the variable information 
obtained thereby, and returns the decision to the system 
component . 
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Other advantages will become apparent from the 
following detailed description when taken in conjunction 
with the drawings, in which: 

BRIEF DESCRIPTION OF THE DRWINGS 

FIGURE 1 is a block diagram representing a computer 
system into which the present invention may be 
incorporated; 

FIG. 2 is a block diagram generally representing the 
conceptual model of the present invention; 

FIG. 3 is a block diagram generally representing the 
various components for implementing the trust management 
system of the present invention; 

FIG. 4 is a timing chart representing the steps taken 
by the various components of the trust management system to 
produce a policy decision; 

FIGS. 5-8 are block diagrams representing various 
examples of how a plurality of policies may be combined to 
produce a final decision; and 

FIG. 9 is a representation of an editor mechanism for 
centrally administering policy objects. 

DETAILED DESCRIPTION 
Exemplary Operating Environment 

Figure 1 and the following discussion are intended to 
provide a brief general description of a suitable computing 
environment in which the invention may be implemented. 
Although not required/ the invention will be -described in 
the general context of computer-executable instructions, 
such as program modules, being executed by a personal 
computer. Generally, program modules include routines, 
programs, objects, components, data structures and the like 
that perform particular tasks or implement particular 
abstract data types. 
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Moreover, those skilled in the art will appreciate that the 
invention may be practiced with other computer system 
configurations, including hand-held devices, multi- 
processor systems, microprocessor-based or programmable 
5 consumer electronics, network PCs, minicomputers, mainframe 
computers and the like. The invention may also be 
practiced in distributed computing environments where tasks 
are performed by remote processing devices that are linked 
through a communications network. In a distributed 

10 computing environment, program modules may be located in 
both local and remote memory storage devices. 

With reference to FIG. 1, an exemplary system for 
implementing the invention includes a general purpose 
computing device in the form of a conventional personal 

15 computer 20 or the like, including a processing unit 21, a 
system memory 22, and a system bus 23 that couples various 
system components including the system memory to the 
processing unit 21. The system bus 23 may be any of 
several types of bus structures including a memory bus or 

20 memory controller, a peripheral bus, and a local bus using 
any of a variety of bus architectures. The system memory 
includes read-only memory (ROM) 24 and random access memory 
(RAM) 25. A basic input/output system 26 (BIOS), 
containing the basic routines that help to transfer 

25 information between elements within the personal computer 
20, such as during start-up, is stored in ROM 24. The 
personal computer 20 may further include a hard disk drive 
27 for reading from and writing to a hard disk, not shown, 
a magnetic disk drive 28 for reading from or writing to a 

30 removable magnetic disk 29, and an optical disk drive 30 
for reading from or writing to a removable optical disk 31 
such as a CD-ROM or other optical media. The hard disk 
drive 27, magnetic disk drive 28, and optical disk drive 30 
are connected to the system bus 23 by a hard disk drive 
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interface 32, a magnetic disk drive interface 33, and an 
optical drive interface 34, respectively. The drives and 
their associated computer-readable media provide non- 
volatile storage of computer readable instructions, data 
5 structures, program modules and other data for the personal 
computer 20. Although the exemplary environment described 
herein employs a hard disk, a removable magnetic disk 29 
and a removable optical disk 31, it should be appreciated 
by those skilled in the art that other types of computer 

10 readable media which can store data that is accessible by a 
computer, such as magnetic cassettes, flash memory cards, 
digital video disks, Bernoulli cartridges, random access 
memories (RAMs) , read-only memories (ROMs) and the like may 
also be used in the exemplary operating environment. 

15 A number of program modules may be stored on the hard 

disk, magnetic disk 29, optical disk 31, ROM 24 or RAM 25, 
including an operating system 35 (preferably Windows NT) , 
one or more application programs 36, other program modules 
37 and program data 38. A user may enter commands and 

20 information into the personal computer 20 through input 
devices such as a keyboard 40 and pointing device 42. 
Other input devices (not shown) may include a microphone, 
joystick, game pad, satellite dish, scanner or the like. 
- These and other input devices are often connected to the 

25 processing unit 21 through a serial port interface 46 that 
is coupled to the system bus, but may be connected by other 
interfaces, such as a parallel port, game port or universal 
serial bus (USB) . A monitor 47 or other type of display 
device is also connected to the system bus 23 via an 

30 interface, such as a video adapter 48. In addition to the 
monitor 47, personal computers typically include other 
peripheral output devices (not shown) , such as speakers and 
printers . 
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The personal computer 20 may operate in a networked 
environment using logical connections to one or more remote 
computers, such as a remote computer 49. The remote 
computer 49 may be another personal computer, a server, a 
router, a network PC, a peer device or other common network 
node, and typically includes many or all of the elements 
described above relative to the personal computer 20, 
although only a memory storage device 50 has been 
illustrated in FIG. 1. The logical connections depicted in 
FIG. 1 include a local area network (LAN) 51 and a wide 
area network (WAN) 52. Such networking environments are 
commonplace in offices, enterprise-wide computer networks. 
Intranets and the Internet. 

When used in a LAN networking environment, the 
personal computer 20 is connected to the local network 51 
through a network interface or adapter 53. When used in a 
WAN networking environment, the personal computer 20 
typically includes a modem 54 or other means for 
establishing coimiiunications over the wide area network 52, 
such as the Internet. The modem 54, which may be internal 
or external, is connected to the system bus 23 via the 
serial port interface 46. In a networked environment, 
program modules depicted relative to the personal computer 
20, or portions thereof, may be stored in the remote memory 
storage device. It will be appreciated that the network 
connections shown are exemplary and other means of 
establishing a communications link between the computers 
may be used. 

The preferred implementation of the present invention 
is described herein with reference to the Component Object 
Model (COM) . COM is a well-documented technology in which 
clients access services provided by COM objects by 
accessing methods therein through interfaces of the COM 
objects. COM provides for extensibility and future 
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compatibility, and moreover, because policies (described 
below) are COM objects, they may be written in well-known 
and easy-to-use scripting languages such as VBScript and 
Jscript, or more powerful languages such as C"' . For 
5 purposes of simplicity, a detailed discussion of COM is not 
included herein; a detailed description of COM objects is 
provided in the reference entitled "Inside OLE, " second 
edition, Kraig Brockschmidt, Microsoft Press (1993), hereby 
incorporated by reference. Note that although COM is 

10 preferably used to implement the present invention, there 
is no intention to limit the present invention to a COM 
implementation. For example, as will be readily 
appreciated, the present invention may alternatively be 
implemented via application programming interface calls to 

15 functions or other equivalent implementations. 

Jnteiiigent Trust Management 

FIG. 2 shows the general conceptual model of the 
present invention wherein system components 60i - 60n 

20 (e.g., applications) make calls to an intelligent trust 
manager 62 in order to have trust decisions made therefor 
in accordance with a predetermined policy. To obtain a 
decision, the intelligent trust manager 62 in turn 
communicates with a policy manager 64 to invoke an 

25 appropriate one of the policy objects 66i - 66n. The 

corresponding policy object (e.g. 663) makes an advisory 
decision, i.e., yes, no or insufficient information to make 
a determination, and returns the decision to .the system 
component (e.g., 6O1) via the intelligent trust manager 62. 

30 Note that a request may correspond to more than one policy 
object, but for purposes of simplicity herein, a request 
will generally only be passed to one policy object. Note 
however, (as described in more detail below) , the 
corresponding policy object may itself call on one or more 
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Other policy objects and use their decisions to make its 
final decision. 

As represented in FIG. 2 and in accordance with one 
aspect of the present invention, policies are centrally 
maintained system resources available in a consistent 
manner to any system component of the system, yet policies 
are removed and isolated from the system components, and 
transparent thereto. To add a policy, the policy is 
appropriately registered like any other COM object, however 
for security purposes, the registration operation itself is 
typically subject to a policy, as described below. To 
replace a policy with another policy, the other policy is 
registered and the naiue binding (described below) changed 
so those system components using the name invoke the other 
policy instead of the existing policy. Among other 
benefits, the present invention thus allows policies to be 
shared by numerous system components, while essentially 
shielding the system components from the details of policy 
administration, since policy objects are COM objects, they 
include executable code for making decisions, and moreover, 
may maintain state, generate their own user interface, and 
include one or more inference engines (deductive processes) 
to make decisions. In addition, they may be named, whereby 
administrators may intuitively locate and reference the . 
appropriate policy object as needed, and may be digitally 
signed, which enables verifying the integrity of the policy 
object for security purposes, such as when registering 
and/or invoking the object. Note that although the various 
components are shown as directly connected in FIG. 2, it 
may be readily appreciated that the components and/or 
divisible portions thereof may be distributed throughout 
various systems of a network. Indeed, as will be described 
below, in enterprise networks, policies are often 
maintained throughout a domain, wherein client applications 
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conununicate with a domain server to access policies and 
receive decisions. 

As shown in more detail in FIG. 3, and as represented 
in the timing chart of FIG. 4, the application (e.g., 
5 system component 60;) initiates the decision making process 
when the application 60i needs to determine whether a 
potentially dangerous action that it is proposing to take 
is allowed or forbidden in accordance with a policy. By 
way of example, a browser application (e.g., 60i) that has 
10 been instructed by a user to download content from a 

website first will find out whether the action is allowable 
before following the instruction. To obtain a decision, 
the application 60. bundles action information including a 
name or the like identifying the desired, action and policy- 
15 specific arguments into a request 68 (e.g., a COM request 
object), and invokes a method of the intelligent trust 
manager 62 requesting a decision. Alternatively, one or 
more of the arguments may be maintained in an alternate 
location in the system, wherein the location is previously 
20 known to the policy, or the location is identified by the 
application 60i, In addition, the application 60: may pass 
optional evidence to the intelligent trust manager 62, such 
as a security identifier that may be required to access 
certain files with certain rights. Note that in the 
25 implementation described herein, the application 60: needs 
to know which policy it is invoking, as well as the 
arguments expected by the policy. Alternatively, however, 
the application 60i may query the intelligent trust manager 
62 to ascertain the available policies and/or any 
30 requirements thereof. 

When the intelligent trust manager 62 receives the 
request 68, the intelligent trust manager 62 extracts the 
action identifier from the passed information therein. The 
intelligent trust manager 62 provides the ITM policy 
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manager 64 with the policy name, whereby the corresponding 
policy object (e.g., 663) is instantiated. Note that the 
ITM policy manager 64 includes or otherwise has access to a 
registry 70 (e.g., database, library, table or the like) 
5 that maps each action identifier to the appropriate policy 
object. More particularly, trust policy is a COM object 
implementing the ITrustPolicy interface. When the policy 
is queried for its decision about particular request for 
action, it receives a pointer to another COM object 
10 implementing ITrustable interface on input, and returns 
Trusted, Completely Trusted or Untrusted as output. The 
ITrustable interface is used encapsulate the application- 
specific request for action. 

By way of example, consider the browser described 
15 above wherein a decision is needed on whether to download 
content from a site. In the request 68, the application 
60, identifies an action called 'Fetch-URL" and also passes 
the URL (Uniform Resource Locator) of the site (e.g., 
www.sitel.com) as an argument to the intelligent trust 
20 manager 62. The intelligent trust manager 62 takes the 
action identifier 'Fetch-URL" and via the ITM policy 
manager 64, looks up and instantiates the corresponding 
policy object 663, i.e., 'URL.dll" in the present example. 
Once the corresponding policy object 663 is 
25 instantiated, the intelligent trust manager 62 forwards the 
appropriate arguments 72 (including any optional evidence) 
thereto, along with any context 74 that may be available 
for passing to the policy object. For example, the 
intelligent trust manager 62 may pass information about the 
30 state of the machine, stack information, information about 
the application 60, and so on to the policy object 663, 
such as when the intelligent trust manager 62 knows or 
otherwise believes that such information would be useful to 
the policy object 663 in making its decision. 
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At this time, the policy object 663 executes its 
internal code to make a decision. If the answer may be 
immediately decided as *Yes" or *No" based on the available 
information, the policy object 663 returns its decision 76 
5 to the application 6O1 via the intelligent trust manager 62 
(although it is alternatively feasible for the policy 
object to directly return the decision and any accompanying 
information to the application) . Along with the decision 
76, the policy object 663 may return information such as 

10 its rationale for making the decision. Similarly, if 

desired, the intelligent trust manager 62 may supplement 
the return information and provide an (optionally) 
supplemented decision 78. In this manner, system 
components {e.g., applications) may modify their request as 

15 desired. For example, if a decision to access a file for 
read and write access is *No" because as reported back, a 
security identifier is needed, the requesting system 
component may choose to retry the request a second time 
with the security identifier bundled with the request. 

20 Moreover, the policy object (e.g., 663) may respond 

that it is unable to make a determination based on the 
information currently available thereto, (i.e., *I don't 
know") . Along with such a response, the policy object may 
return a list or the like specifying the information that 

25 it needs to make a *Yes" or *No" decision. For example, a 
decision on whether to download a file may depend on what 
version of an application is being used. If the version 
information cannot, for example, be independently 
determined by the policy object, the policy object may 

30 respond that it is unable to make a determination, and 

identify the lack of the version information as the reason. 
The application may then supply the information in a 
subsequent request if it is able to do so. 
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In accordance with one aspect of the invention, the 
policy object is capable of making dynamic determinations 
based on additional variable information it obtains (i.e., 
receives or otherwise knows of) independent of the system 
component (e.g., application). For example, the context 74 
passed by the intelligent trust manager 62 may be 
independent of the system component requesting the decision 
and make an otherwise ^Yes" answer a 'No" answer, and vice- 
versa. Moreover, the policy object may communicate with 
the user via its own user interface 80 completely 
independent of the system component. 

By way of example, assume that the URL.dll policy 663 
is written so as to return a *No" decision for any website 
content exceeding a ratings guideline, unless a parental 
override password is provided. For purposes of this 
example, it may be assumed that the browser application 6O1 
is not aware of ratings, and is limited to either 
downloading the site's content or not doing so in 
accordance with the policy determination. Indeed, while 
contemporary browsers contain such ratings policies, as 
will be described herein, the present invention obviates 
the need for incorporating the policy into the browser 
application, whereby future browsers may very well not have 
any ratings policy. 

When a request is made for a decision on 
www.sitel.com, the policy object 66. includes code for 
communicating with the site in order to determine the 
rating of the content that has been requested. Based on 
the rating, the policy object 663 may immediately make its 
decision, i.e., if below a' certain ratings threshold, 
respond *Yes." However, rather than respond *No" to 
content above a certain ratings threshold, the policy 
object itself may be written to communicate through the 
user interface 80 to attempt to obtain a parental override 
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password. Significantly, the policy object 663 is able to 
dynamically adjust as information comes in, and may obtain 
additional information as needed independent of the 
application 6O1 . 
5 In accordance with another aspect of the present 

invention, the policy objects are able to maintain variable 
state information 82, both while instantiated and, if 
needed, persistently by writing state data to a file or the 
like. The state information 82 may be used to make 

10 decisions dynamically and independent of the system 

component. For example, consider a policy that has been 
set up such that company managers may purchase items for 
the company from certain approved Internet sites so long as 
the managers' purchases as a whole do not total over ten- 

15 thousand dollars per month. In addition to verifying the 
site, the appropriate policy object may make a dynamic 
decision by temporarily adding the requested purchase price 
to an accumulated monthly total maintained as state 
information 82 in the policy object to decide whether to 

20 allow the requested purchase. Indeed, even more 

dynamically, the policy object may obtain the price from 
the site and multiply by a requested quantity to determine 
a requested purchase amount. In either event, if below the 
monthly limit, a *Yes" decision is returned and the total 

25 is increased. If *No," a smaller purchase next time may 
instead be approved. Thus, the policy object dynamically 
decides based on a submitted amount (or possibly an item 
and quantity) against an accumulated variable total. As 
can be appreciated, the system component (e.g., 

30 application) that submits the purchase form need not know 
anything about the total, and only has to pass in the site 
URL and the requested amount (or quantity and item 
information) . Note that this makes changing the policy 
such as by increasing the limit relatively simple, yet 
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secure, as the limit need only be changed in one secure, 
centralized location rather than on every managers' 
separate copy of an application. 

In accordance with another aspect of the invention, 
5 policies may be combined mathematically and/or built up in 
a hierarchical manner to make a decision. To this end, a 
policy can call other policies (which in turn can call 
still other policies) and use their decisions to make a 
final decision. For example, as shown in FIGS. 5-8, 
10 policy may decide 'Yes" only if two other policies below it 
both decide -Yes" (FIG. 5, Boolean AND), if one of two 
policies decide 'Yes" (FIG. 6, Boolean OR) and so on. A 
policy may also implement a voting scheme, for example, to 
decide 'Yes" to an action if m out of n (e.g., three out of 
15 five) policies it calls decide 'Yes" (FIG. 7) . 

In addition, a policy may be flexibly written to 
accept arguments that inform that policy how to make its 
determination. For example, a Boolean policy may exist 
that takes as arguments the names of two or more other 
20 policies along with a logical operator (e.g., AND, OR, 
XOR) , and returns a result based on the results of the 
other policies as combined by the logical operator. 
Similarly, a 'voting" policy may exist that takes as input 
the total number of 'Yes" votes needed from other policies 
25 to return a 'Yes" vote, (wherein the names of the other 

polices may be passed as arguments or already known to the 
voting policy object) . Result information may also be 
passed to a policy, e.g., for one system component, three 
or less 'Yes" votes return a yes, but four or more return a 
30 'No", while for another system component, one or more 'Yes" 
votes are needed for a 'Yes" result. 

In an alternative implementation, policy objects may 
return a result using a particular Boolean algebra scheme 
based on a 'Trusted, Completely Trusted and Untrusted" 
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model. In general, * Trusted" corresponds to *Yes," 
*Untrusted" to "No," while Completely Trusted" corresponds 
to "Yes, and do not process further." The 'Completely 
Trusted" result is useful in situations wherein subpolicies 
5 vote to make a decision, and certain ("Completely Trusted") 
subpolicies are given more weight than others. As can be 
readily appreciated, other schemes (e.g., subpolicies can 
return multiple votes based on their weight) may also be 
implemented. 

10 Moreover, since policies can call other policies, a 

policy may make its decision by selecting other policies 
based on virtually any variable criteria, such as the 
number of logged in users or the time of day. The 
following pseudocode along with FIG. 8 demonstrates this 

15 concept, wherein according to a general URL policy, one of 
two particular URL policies (URL-working-hours or URL 
after-hours) are in effect depending on the time of day: 



URL Policy : 



Time 0; 

If Time > Sam and < 5pm 

ITM (URL-working-hours ) 

Else 

ITM (URL-after-hours) 



The system component requesting the URL policy 
decision need know nothing about which policy is actually 
in effect, as it only requests a decision on an action from 
the URL policy, which unknown to the system component, 
25 calls on one of the other two policies to make the 
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decision. While of course such a simplified example n>ay be 
implemented in a single policy, the advantages and 
flexibility provided by the ability to combine policies 
into more and more complex policies can be readily 
appreciated. For example, the "working-hours" policy of 
the above example may be highly complex and regularly 
modified while the 'after-hours" policy may be simple, 
never changed and thus left intact. 

Although not necessary to the present invention, to 
facilitate the administration of policies, a management 
tool (ITM Administrator) 84 is provided (FIG. 2). The 
management tool 84 makes it possible for administrators to 
view and centrally adjust policies affecting operation of 
the operating system and system components and applications 
at one time, using a system-provided configuration editor 
86 (FIG. 9) . As can be readily appreciated, this single, 
centralized tool is a significant advantage over multiple, 
widespread application-specific utilities. The management 
tool 84 communicates with the ITM policy manager 64 to 
display the editor interface 86 (FIG. 5) for viewing and 
adjusting the policies. Note that since policies are COM 
objects, they may be organized under folders in a logical, 
hierarchical grouping. Thus, as shown in FIG. 9, 
administrators may quickly locate a policy such as the 
•Active Content Policy" under the 'Intranet" folder. 

Moreover, as represented in FIG. 3, each policy object 
preferably includes its own administrator user interface 
88. The administrator user interface 88 is opened when the 
administrator mouse clicks or otherwise appropriately 
selects a named policy. This provides for simple patches, 
updates and the like. For example, as described above, the 
purchase limit maintained as state within a policy object 
may be adjusted by the administrator via the administrator 
user interface. Note that with the present invention, 
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system components are not directly bound to any particular 
dynamic link library (dll), and thus policies may be 
changed without needing to modify the system components 
(e.g., applications) or their settings. 
5 It should be noted that a policy object itself governs 

the other policy objects that are used and how they are 
used. For example, a policy object may be present that 
decides not to allow any other policy object to be added or 
changed unless an administrator that has been authenticated 

10 makes the change and a digital signature of the policy 
object is first verified. In other words, a governing 
policy requires verification of a digital signature before 
a policy may be registered. Similarly, a policy may ensure 
that no policy may be invoked without first verifying a 

15 digital signature on that. policy. 

Note that policy objects may be written in advance 
(e.g., by third parties) and grouped into packages 90 (FIG. 
2) or the like that are appropriate for a given system. 
Thus, a user only need install a policy package that is 

20 appropriate, and modify policies as needed from there. For 
example, policy objects for home users and small networks 
are likely to be quite different than policies of 
enterprise networks. 

Indeed, within an enterprise network, an administrator 
25 often needs to control many hundreds of machines, users and 
system components, which may be considerably difficult if a 
system component such as an application does not have 
explicit support for such administration. 

The present invention enables the establishment and 
30 enforcement of policies that apply to the entire enterprise 
network. For example, an enterprise policy may be to 
disable the download of any unsigned executables from 
outside of the enterprise Intranet, ask a user before 
downloading signed code, but install any code that is from 
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the Intranet without user intervention. To be effective 
this policy needs to apply domain-wide, i.e., every user' 
must be affected. To facilitate domain-wide 
adniinistration, the Intelligent Trust Management System of 
the present invention enables administrators to designate 
some policies as "domain-wide, whereby the policy is 
automatically replicated to every machine participating in 
the domain, whereby these policies affect every single 



user. 

10 



Lastly, it should be noted that while the above- 
described model is advisory in that it is up to the system 
component (e.g., application) to comply with the policy 
decision, it is feasible to have an enforcement model 
Wherein policy decisions prevent applications from taking 
15 denied actions. For example, applications may be run in 
security contexts set up by a policy, whereby that policy 
and other called policies would determine the applications' 
access to system resources. 

While the invention is susceptible to various 
20 modifications and alternative constructions, certain 

illustrated embodiments thereof are shown in the drawings 
and have been described above in detail, it should be 
understood, however, that there is no intention to limit 
the invention to the specific forms disclosed, but on the 
25 contrary, the intention is to cover all modifications, 

alternative constructions, and equivalents falling within 
the spirit and scope of the invention. 
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WHAT IS CLAIMED IS : 

1 . In a computer system, a method of making a 
decision on a proposed action of an system component, 
comprising the steps of, receiving action information from 

5 an system component, the information including the proposed 
action, obtaining a policy corresponding to the proposed 
action, dynamically obtaining variable information at the 
policy from a source independent of the system component, 
making a decision via executable code in the policy based 
10 on the variable information, and returning the decision to 
the system component. 

2. The method of claim 1 wherein the action 
information includes at least one argument related thereto, 

15 and further comprising the step of passing the at least one 
argument to the policy. 

3. The method of claim 2 wherein the step of making 
a decision via executable code in the policy includes the 

20 step of evaluating the at least one argument. 

4. The method of claim 1 wherein the system 
component is an application*. 

25 5. The method of claim 1 wherein the step of 

dynamically obtaining variable information at the policy 
includes the step of accessing state information maintained 
in the policy. 

30 6. The method of claim 1 wherein the step of 

dynamically obtaining variable information at the policy 
includes the step of receiving the variable information via 
a user interface of the policy. 
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7. The method of claim 1 wherein the step of 
dynamically obtaining variable information at the policy 
includes the step of receiving the variable information 
from a URL site, 

8. The method of claim 1 wherein the step of 
obtaining a policy corresponding to the proposed action 
includes the steps of determining a policy object based on 
an action identifier, and instantiating the policy object. 

9. The method of claim 1 further comprising the step 
of passing context information to the policy. 



10. The method of claim 1 wherein the step of 
dynamically obtaining variable information at the policy 
comprises the step of receiving context information. 



11. The method of claim 1 wherein the policy 
comprises a cm object. 

20 

12. The method of claim 1 wherein the step of making 
a decision via executable code in the policy includes the 
step of calling at least one other policy. 

The method of claim 1 wherein the step of making 
a decision via executable code in the policy includes the 
step of calling at least two other policies, receiving a 
decision from each of the other policies, and 
mathematically combining the decisions to produce a final 
30 decision. 



14. The method of claim 13 wherein the step of 
mathematically combining the decisions to produce a final 
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decision includes the step of adding like decisions into a 
sum and basing the final decision on the sum. 

15, The method of claim 13 wherein a decision 

5 returned by at least one of the policies is of unequal 

weight with respect to a decision returned by at least one 
other of the policies. 

16. The method of claim 1 wherein the step of making 
10 a decision via executable code in the policy includes the 

step determining which one of a plurality of other policies 
to call based on the variable information, and receiving a 
decision- therefrom. 

15 17. The method of claim 1 wherein the step of 

receiving a first set of action information from an system 
component includes the step of exposing a COM object 
interface to the system component - 

20 18. The method of claim 1 further comprising the step 

of registering a plurality of policies. 

19. The method of claim 1 further comprising the 
steps of verifying a policy in accordance with another 

25 policy, and registering the policy. 

20. The method of claim 19 wherein the step of 
verifying the policy includes the step of verifying a 
digital signature associated with the policy. 

30 

21. The method of claim 1 wherein the step of 
obtaining the policy corresponding to the proposed action 
includes the step of verifying the policy. 
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22. The method of claim 21 wherein the step of 
verifying the policy includes the step of verifying a 
digital signature • 

23. In a computer system, a system for making a 
decision requested by an system component, comprising, a 
trust manager for receiving an action proposed by the 
system component, a policy manager for maintaining a 
relationship between actions and policies, the trust 
manager obtaining a policy corresponding to the action from 
the policy manager, and wherein the policy makes a decision 
based on dynamic information obtained by the policy. 

24. The system of claim 23 wherein the system 
component is an application. 

25. The system of claim 23 further comprising a user 
interface via which the policy obtains the dynamic 
information. 

26. The system of claim 23 wherein the dynamic 
information comprises state information maintained by the 
policy. 

27. The system of claim 23 wherein the dynamic 
information comprises context information from the trust 
manager . 

28. The system of claim 23 wherein the policy manager 
includes an administrator interface. 

29. The system of claim 23 wherein the policy 
comprises a COM object. 
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30. The system of claim 29 wherein the COM object 
includes an administrator interface. 

31. The system of claim 23 further comprising a 
plurality of other policies wherein the policy includes 
executable code for calling at least one other policy. 

32. The system of claim 23 further comprising a 
plurality of other policies wherein the policy includes 
executable code for calling a plurality of other policies 
and for mathematically combining decisions of the other to 
produce a final decision. 

33. The system of claim 32 further comprising a 
plurality of other policies wherein the policy includes 
executable code for determining which one of a plurality of 
other policies to call to receive a decision therefrom. 
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